к тому, что Вы вручную
Метод обновления "только рабочая часть" (опция Options—>Update Method—>Work Part Update Only ) приводит к тому, что Вы вручную должны "посетить" каждую часть и выполнить операцию Tools—>Update UG Part . Другая альтернатива - создать большое количество выражений, связующих части, с использованием операторов условий IF и тем самым выполнить провязку от верхнего уровня сборки к каждому компоненту, обеспечивая автоматическое обновление. Однако в этом случае Вы рискуете потерять массу времени и ошибиться в хитросплетениях выражений.
Метод глобального обновления всей сборки, установленный по умолчанию (опция Options—>Update Method—>Root Part Cascade Update ) приводит к тому, что: 1) Вы должны быть очень внимательны, задавая только уникальные имена параметров; 2) все вариации нужно держать в одной электронной таблице. По мере увеличения числа компонентов это очень сложная задача, практически невозможная для больших и сложных сборок.
При использовании метода модульного обновления каждый компонент сборки обновляется только со своей собственной электронной таблицей [и именно в этом заключается принцип модульности], и теперь задача обновления большой сборки становится управляемой. Электронная таблица каждого компонента построена так, чтобы управлять всеми возможными вариациями внутри него. Процесс обновления инициализируется с верхнего уровня сборки, но каждый компонент загружается и обновляется индивидуально. Таким образом, при выполнении вариаций каждый компонент является "закрытым контейнером" или "капсулой" [это термины объектно-ориентированного подхода]. Благодаря такому структурному подходу сложная сборка становится более управляемой, а процесс обновления, стартующий с единой точки, значительно упрощается.
